Date: Mon, 5 Jul 93 04:30:02 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #195 

To: packet-radio 


Packet-Radio Digest Mon, 5 Jul 93 Volume 93 : Issue 195 


Today's Topics: 
advanced packet radio in Japan 
Front End for FOSSIL and Packet 
Help: KPC3 & com2 
JNOS Devop 
selecting configuration for JNOS 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Sun, 4 Jul 93 11:54:23 GMT 

From: koriel!sh.wide!wnoc-snd-ss2!sakunami! gatortia!wapiko!j£7pbw! j£7wex! 
jf7wex@ames.arpa 

Subject: advanced packet radio in Japan 

To: packet-radio@ucsd.edu 


Please allow me to write about our plans to experiment high speed digital 
communication over radio in Japan. 


TNC 
We have a type of TNC named "TNC-Z", developed by Masaaki YONEZAWA 
(JE1WAZ), using HD64180S(HITACHI), dedicated to kiss-mode. 
It can handle up to 2Mbps differntial Manchester symbol (and NRZ/NRZT) 
at radio port. Because it aims to be used for multi mode of radio, 
only a outer MODEM is available. 
PCB and diagram of TNC-Z have already distributed. Size of PCB is 
4 x 3+3/8 (in inch). 


FSK 
We have already experimented 64Kbps at 1200MHz for several times. 
At that time, a pair of IC-1200 is used for full-duplex. 
(It is hard to work for the RIG as both TX and RX concurrently.) 
The modulation was done directly at the VCO of the TX-RIG, 
(Because of PLL and not scrambled, we concluded to use that symbol.) 
and a small external circuit, using MC-3356P(MOTOROLA), which converts 
IF of IC-1200 (136MHz) below into 10.7MHz, filter it, and shape 
detected signal, for demodulation was prepared. 
The book "High-speed Packet TNC" which describes V.27ter, V.29, 
64Kbps FSK, and already distributed PCB at that time for them 
has published with genny.or.jp, but sorry for only Japanaese edition 
is available. 


RF part was further improved to be independent component 
separately from up-converter. The circuit and PCB, MC-2833P 
(MOTOROLA) as TX-part, the same 3356P added local osc 
(crystal controlled) and RF amp in as RX, 

also including PTT(RTS) control and voltage regulator, 

had developed by me. 

This RF PCB will be orderd soon. Size of this PCB is 

4+3/4 x 3 (in inch). 


No filter was used at that experiments because digital filter was not 
in time. Now, some prototypes have already built and evaluated. 

All digital filters had developed by Shin'ichi KANNO, JN1JDZ. 

He is selecting from among them and turning it to practical use. 
Odering its PCB is in progress. 


PSK (being planned out.) 
Some kinds of suitable chip, dedicated to demodulate QPSK, 
are supplyed for consumer products. A kind is for NICAM, about 750Kbps. 
(728Kbps or 768Kbps??) Another is for also PCM audio channels of satelite 
broadcasting, 2.048Mbps. 
I found chips supplyed from TOSHIBA for each use, and from MICRONAS 
(Finnish company) for NICAM. 


Problem still lies in modulating. I know some groups using 
looking-up EPROM and D/A, and existence of variously applicable chips, 
useful for this purpose, from RF MICRO DEVICES. 


I think demodulator must be composed cheap and simply, but modulator 
is up to how construct. In case of using the RF-2802 or 2402, 
containing 90 degrees hybrid phase splitter and two balanced mixers, 
it is easy to do so. And the catalog says "Low Cost". 

I am interested in using them. Anyone used? How much did it cost? 


Protocol and software 


We simultaniously reserch broadcasting-type protocol for scattering 
USENET compatible news, amprnet-JA, over radio. 


Ryuji Suzuki, JF7WEX. 
Packet Radio User's Group, PRUG 


Date: Sun, 04 Jul 93 10:14:15 MST 

From: usc!elroy.jpl.nasa.gov!swrinde! gatech!asuvax!ennews!stat! 
david@network.UCSD.EDU 

Subject: Front End for FOSSIL and Packet 

To: packet-radio@ucsd.edu 


There has been some discussion lately in a fossil interface for TNC's 
. I have found something that might be of interest. The file itself 
can be requested by sending email to: 


file-request@stat.com 
first line of text should be: 


get /waffle/files/ham/fe.zip 


FE - ComPort Monitor Software 
Version 1.1 


Copyright 1987, 1988, 1989 W. B. Fair, Jr. 
All Rights Reserved 


FE, short for Front End, is a program that is used to monitor 
and access the serial port of an MS-DOS system. It uses 
FOSSIL functions for some degree of system independence in 
serial port access. 


FE features configurable serial port access, job scheduling 
and time dependent configurations, built-in monitor and 
terminal modes, DOS exit Errorlevels for modular use in batch 
file programming, and support for both telephone modems and 
ham radio terminal node controllers. 


FE has been tested under MS-DOS 3.1, 3.2, and 3.3, under 
DesqView <tm> and DoubleDOS <tm> multitaskers. It has been 
used with AEA's PK-232 <tm> and MFJ's MFJ-1274 <tm> TNC in 


on-the-air testing for many months with not problems. It is 
meant to be used with the companion PBBS software. 


FE may be freely distributed in unmodified form. You may 
change the archiving format to suit your tastes, but DO NOT 
screw with the executable code. If you find FE and the 
associated software to be of value, a contribution would be 
appreciated. 


For additional information, ideas, thoughts, etc. contact 
W. B. Fair, Jr. (Skip KE5WJ). Gripes, complaints and flames 
can be sent elsewhere. 


The ComPort BBS 
FidoNet 1:390/1.0 
300/1200/2400/9600 baud 
Slidell, La. 

(504) 643-6380 


or 


KE5wWJ-2 PBBS 
Slidell, La. 
145.01 MHz Packet Radio 


QUICK INSTALLATION 


If you just cannot read the rest of this documentation, here 
is a quick guide to installing and using FE. Reading the 
documentation, however is recommended. 


1) First create a subdirectory for use by FE and copy all 
files in the archive into it. This subdirectory can also be 
used for other related BBS files. 


2) Install your FOSSIL driver and make sure it is working. 
You are on your own with that task, since installation 
procedures vary and improvements are continually being made 
to the FOSSIL software. The most common FOSSILs used at this 
writing are Ray Gwinn's X00 (a device drive which goes into 
your Config.Sys) and Bob Hartman's OpusComm (a TSR). 


3) Edit the file FE.CFG to your liking. There should be ample 
comments in the distribution file. Basically, you will want 
to determine the serial port and baud rate, enter a title for 
screen display, and determine whether terminal or monitor 


modes are used on startup. 


4) Make a batch file to run FE. You can run FE without a 
batch file, but that defeats it's purpose. A sample batch 
file called PKTBBS.BAT is included in the archive to get you 
going and show how it's done. 


5) If you are using FE with a TNC, then make sure that the 
TNC serial interface to the computer is configured for the 
correct baud rate as specified in the FE.CFG file. It must 
also be set to 8 data bits, 1 stop bit, and NO parity. 


6) Execute your batch file (PKTBBS or whatever you use) and 
make sure that the software finds everything in order. If it 
isn't, reread the above steps or read the documentation. 


CONFIGURATION FILE 


By default FE uses a file called FE.CFG to determine its 
configuration information. If you want to use a different 
filename, the configuration file may be specified on the 
commandline. If you use FE.CFG, don't enter it on the 
commandline. See the commandline parameter section for more 
details. 


The configuration file is a straight-forward ASCII text file 
and can be created and edited with any simple ASCII text 

editor. Be sure you save the file in ASCII, though. Control 
characters added by some word processors will cause trouble. 


The format of the file is free format, for the most part. Any 
lines beginning with the characters @ # % * or ; are ignored 
and can be used as comment lines. Blank lines are also 
ignored and can be interspersed as desired for readability. 
Keywords are case insensitive; you can use upper, lower or 
mixed cases, as you prefer. Spaces between keywords and 
parameters are also ignored. 


TITLE 

Everything after the space following the keyword TITLE is 
used as a title for screen display on the top line. You put 
whatever you like here, if you leave it out a line 
identifying the software will be used. The line should be 
less than 80 characters to display properly. 


PORT 


The parameter following the keyword PORT is used to determine 
which serial port is to be used. At present the only 
acceptable values are 1 and 2, for COM1 and COM2, 
respectively. If you leave this out, the default value of 
COM1 is used. It can also be over-ridden by a commandline 
parameter. 


BAUD 

The parameter following the keyword BAUD determined the baud 
rate used for serial i/o. Valid numbers are 300, 1200, 2400, 
4800, 9600, and 19200. If no valid value is used, 1200 baud 
is assumed. This can be over-ridden by a commandline 
parameter. 


MONITOR 

The MONITOR keyword is used to determine whether you want to 
monitor serial port data or not. When used with a TNC, 
setting MONITOR to ON lets you see what is happening on the 
channel. Valid parameters are ON and OFF; the default is ON. 


TERMINAL 

This keyword determines whether FE is initialized in TERMINAL 
mode or not. If set ON, FE will act like a dumb terminal 
program. For use with a PBBS, this is normally set OFF. Valid 
choices are ON and OFF; the default is OFF. 


SOUND 

NOSOUND 

These keywords determine whether Ctrl-G (Bell) characters 
make a sound or not. If SOUND is used, whenever a Ctrl-G is 
monitored, a beep will sound. The default is NOSOUND, which 
ignores Ctrl-G's in monitored data. 


EVENT 

This keyword is used to specify the schedule used by FE. The 
following parameters specify the Days which the event is to 
be active, the start and stop time for the event, 
configuration to be used during the time period, and several 
DOS Errorlevels to be used on exit from FE during the time 
period. Valid Days are Mon, Tue, Wed, Thu, Fri, Sat, Sun, and 
All, however only All is guaranteed to work properly at 
present. Start and stop times are specified in 24 hour 
format. The first event should begin at 0000 and the last one 
should end at 2400. Overlapping times are not recommended. 


The exit codes are specified in the form <X>=<N>, where <X> 
indicates the exit condition and <N> indicates the DOS 
Errorlevel to use on exiting. Note that DOS uses several 
errorlevels for its own purposes, so exit errorlevels less 
than 10 are not recommended. Valid exit conditions are I, 
which specifies an exit at the beginning of an event, B, 
which specifies an exit to load the BBS software, and M, 
which specifies an exit after recieving a mail transfer. It 
is up to your batch file to determine what actually happens 
when an exit occurs. 


COMMANDLINE 


When FE is executed, it is able to determine some of it's 
parameters from the DOS commandline. The general form of the 
commandline is: 

FE [configfile] [-P1|2] [-Bn] 


Note that all parameters are optional. 


The first parameter allows a configuration file other thatn 
the default FE.CFG to be used. If you want to use the default 
FE.CFG, do not specify any configuration file on the 
commandline. The remaining parameters can appear in any 
order, but must begin with either a - or / character. 


The P parameter allows you to over-ride the port specified in 
the configuration file. Valid parameters are -P1 or /P2 to 
select COM1, and -P2 or /P2 to select COM2. 


The B parameter allows you to over-ride the baud rate 
specified in the configuration file. Valid values are 300, 
1200, 2400, 4800 and 9600. For example to select 4800 baud, 
use -B4800 or /B4800. 


Internet: david@stat.com FAX: +1 (602) 451-6135 
Bitnet: ATWLH@ASUACAD FidoNet=> 1:114/15 
Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na 


Date: Sun, 4 Jul 1993 22:47:40 GMT 
From: sgi!wd11!wd1l1!engle@ames.arpa 
Subject: Help: KPC3 & com2 

To: packet-radio@ucsd.edu 


Todd W. Carter (tcarter@access.digex.net) wrote: 

>: I have a KPC-3 that I am attempting to connect to my system. I have an 
>: internal modem that uses com2 and an external port on com2 that I have 
>: connected to the KPC-3. 


: Am I allowed to use the external port even if there's an internal board 

: that uses it (but obviously not at the same time)? My TNC program 
(KaGold) won't recognize the connection and says there's a communications 
problem. 


VVV NV 


>: What's the solution? I hope if doesn't mean I have to install a board to 
>: get another serial port. 


Multiplexing COM ports is possible but very confusing. 


You can share COM1 with COM3 and have both use IRQ4 
You can share COM2 with COM4 and have both use IRQ3 


It is best (from a confusion reduction standpoint) to have no holes 

in using COM1-2-3-4, i.e., use COM1-2-3 not COM1-2-4. Your computer 
will always assign the third COM as COM3 no matter what IRQ and address 
you are using. So, while you think you are setting up COM4 the computer 
thinks it is COM3. Confusing huh? I finally gave up that game and 
switched the sharing to COM1. 


You cannot share a mouse with anything else (that I have discovered) . 
So, if the mouse is on COM1, move the mouse to COM2, and move the 
internal modem to COM1. Then you can share COM1 between the Modem and 
the TNC. You won't likely be using both at the same time. 


Yes, this is a lot of hassle to get the stuff running. But, it is 
the only way I have been successful in making similar messes work. 


You will need the manuals for the modem and the COM card to set the 
jumpers properly. I strongly recommend using MSD (Microsoft Diagnostics) 
to look at what you have the cards set at. This will help immensely 

in reducing the frustration. MSD is included with all windows 3.1 
distributions (from Microsoft that is). Other good diagnostics are 
provided in QA-Plus. Try swapping the internal modem and what ever 

you currently have on COM1 (I have assumed it to be a mouse) first and 
get them working before you try to get the TNC working. Change as little 
as possible each time you try something. White down the answers the 


diagnostic tells you. However, REMEMBER the first COM is always COM1 
and the second is always COM2, no matter how you have them configured by 
the jumpers. 


Pull the modem out, leave it out for a while. Make the COM1 and COM2 
swap that is noted above. This may only require you move the mouse to 
the connector on COM2 (all mouse programs I have used look on COM1 and 
COM2 for the mouse, automatically). Make sure that what what ever was 
moved to COM2 works fine. Then take the modem and switch it to use COM1 
(my limited experience says internal modems can only be set to COM1 or 
COM2). (now you have the internal modem and COM1 using exactly the same 
address and IRQ [which is COM1]). Take the comm card, and using the manual, 
set its 1st comm port to COM3. Plug it in and run the diagnostics. 

The diags should show that you now have COM1-2-3, 1&3 sharing an IRQ 

but with different addresses. Now, if your communications program 

can handle a COM3, you should be able to get to your TNC through COM3. 
Use the power on message of the TNC to see if you have it right. 

Remember you will have to match the communications program speed with the 
speed of the TNC before characters will come out correct. 


If you have never had the TNC working yet, pull the modem and make the 
TNC work on COM2 first. Otherwise, you won't know if you are fighting 
parameter settings or configuration jumpers. Write the parameters down 
when you get the TNC to work! 


Did I say this was confusing? You bet I did, I only hope the tons 
of hours I have spent on trying to make this stuff work makes it easier 
for you. 


Regards, Dave 


David Engle, KE6ZE - engle@wdl.loral.com - 408/473-4419 @ work 
Facts, what facts? I don't got to show you no stinking facts. 
These are opinions expressed here. 


Date: 4 Jul 93 12:29:13 CST 

From: usc!howland.reston.ans.net!darwin.sura.net!tulane!agwbbs! 
Angelo_Glorioso_Tii@network.UCSD.EDU 

Subject: JNOS Devop 

To: packet-radio@ucsd.edu 


HI All, 


I have there was a newsgroup or mail list for Jnos users. Can someone 
please send me the info again.. 


73 de Angelo 


-- Via DLG Pro v0.995 


Internet: angelo_glorioso_III@agwbbs.new-orleans.LA.US 
Usenet: rex!agwbbs!angelo_glorioso_III 
Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA 
Tcp/ip:N5UXT.AMPT.ORG [44.108.2.13] 


Date: Sun, 4 Jul 1993 07:11:35 GMT 

From: psinntp!biztech! news@uunet.uu.net 
Subject: selecting configuration for JNOS 
To: packet-radio@ucsd.edu 


I'm trying to compile JNOS using TC++ 3.0, and (as I was warned in the 
README) I was not able to link using the supplied config.h files, due to 


dgroup space limitations. 


So, I went into config.h and undef'd a bunch of things I don't really 
need, including the bbs and netrom stuff. 


Afterwards, I WAS able to link, but I had a few problems. Any assistance 
would be greatly appreciated. 


The problems are: 
1) the executabe is huge (400+k) 
2) it doesn't work (errors freeing unallocated memory, quickly followed by 


freezing). 


I don't have pklite. Is this a major problem, and if so, are there any 
options? What exactly does pklite do? 


Is there a trick to downsizing NOS other than modifying config.h?? 
Are there certain things which MUST be linked in? 


Also, I am curious about the MULTITASK feature. Does this mean that when 
shelling to DOS, NOS continues to run? 


I have defined MULTITASK and undefined XSPAWN. 


Thanks, 
Ben Mehlman KB2ERP 


bmehlman@biztech.com 


End of Packet-Radio Digest V93 #195 
KA KKKK KKK KK KIKI KKK IIIA KIRK KKK 


